home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 225 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.4 KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: MAUS
  3. Date:     Sun, 22 May 1994 03:29:32 -0600
  4. Mime-Version: 1.0
  5. Precedence: bulk
  6.  
  7. In <9406012354.AA11290@uqcspe.cs.uq.oz.au>, Warwick Allison writes:
  8. [Subject:  Re: MAUS]
  9.  
  10. [> Unfortunately not.  Check any decent UI guidelines.  Having a 
  11. [> `protect me' mode is a cop-out for a poor user interface.  For example, 
  12. [> exiting a program is only dangerous if the program doesn't remember
  13. [> whether you have saved your documents since their last modification.  
  14. [> Simply popping up a dialog saying `Quitting will lose changes to any
  15. [> unsaved documents' is pathetic, annoying, and pointless (the user just
  16. [> disables the feature, or habitually hits `QUIT,DAMMIT').
  17.  
  18. I am not sure I agree with you on this point; having an intermediate
  19. step before a dangerous operation is performed can be a good thing.  It
  20. gives the user a chance to change his mind in case he mis-typed (which
  21. is not the fault of the user interface) or in case he needs to be warned
  22. of the possible consequences of an action (such as when defragmenting
  23. you hard drive -- not every user reads the documentation, so it is
  24. usually a good idea to make it clear that the hard drive should be
  25. backed up before defragmenting).  Do you see my point?  I did not mean
  26. to imply that this was the best solution possible, only that it was
  27. the best solution offered.  Removing ^A (or changing what key selects
  28. the entire document) is not really acceptable.  
  29.  
  30. [> In the general case, an operation is poorly provided if the degree
  31. [> of change caused by the operation is disproportionately large compared
  32. [> to the likelihood of the user accidentally _and_ irrecoverably performing
  33. [> that operation.
  34.  
  35. Aside from asking for confirmation, what can be done to prevent the user
  36. from doing something wrong?  Nothing is perfect; the most common error
  37. I can think of is that the user believes he knows what keypress does
  38. what and types the wrong one.  This is not the fault of the interface,
  39. but without asking for confirmation it could easily do serious (and
  40. possibly) irrecoverable harm.
  41.  
  42. [> --
  43. [> Warwick
  44.  
  45.  
  46. -- 
  47. () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ()
  48. ()  Michel Forget / Electric Storm Software  ()   My cat stole my       ()
  49. ()   mforget@elfhaven.ersys.edmonton.ab.ca   ()   opinions, and pawned  ()
  50. ()         ess@tibalt.supernet.ab.ca         ()   them off for milk.    ()
  51. () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ()
  52.  
  53.